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The  Department  of  Defense  (DoD)  has  reached 
a  critical  juncture,  when,  despite  shrinking  de¬ 
fense  budgets,  the  demand  for  superior  war¬ 
fighting  capability  has  never  been  greater.  New 
methods  must  be  used  to  get  more  affordable 
acquisition  results  while  developing  systems  that  can 
change  quickly  to  meet  new  warfighter  capability  de¬ 
mands.  This  is  the  driving  message  behind  Better  Buying 
Power  (BBP)  2.0  and  the  reason  Open  Systems  Archi¬ 
tecture  (OSA)  is  featured  so  prominently  in  the  pillar  for 
Promoting  Effective  Competition. 

Using  best  practices  from  across  the  Services  is  a  powerful  and 
effective  way  for  the  DoD  to  restore  affordability  and  productivity 
by  better  utilizing  its  "buying  power."  An  inextricable  part  of  mak¬ 
ing  the  government  a  better  monopsonistic  buyer— in  a  market 
in  which  it  is  the  only  buyer  of  certain  products  and  services— is 


Guertin,  a  professional  engineer,  is  the  director  of  transformation  for  the  Deputy 
Assistant  Secretary  of  the  Navy  for  Research,  Development,  Test  and  Evaluation 
(DASN  [RDT&E],  Hurt  is  deputy  director  for  software  engineering,  software  as¬ 
surance,  open  systems  architecture,  data  rights,  and  software  areas  of  counterfeit 
prevention  in  the  office  of  the  Deputy  Assistant  Secretary  of  Defense  for  Systems 
Engineering  (DASDfSEJ.  The  authors  are  the  Open  Systems  Architecture  OSA)-Data 
Rights  (DR)  team's  action  officers.  The  Department  of  Defense  OSA-DR  team  is 
charged  with  developing  guidance,  tools,  and  training— including  the  DoD  OSA 
Contract  Guidebook  for  Program  Managers— to  improve  the  use  of  OSA  and  the 
strategic  use  of  intellectual  property  in  acguisitions  across  the  DoD  enterprise.  The 
group  is  co-led  by  the  DASN  [RDT&E]  and  the  DASDfSEJ. 
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The  combination  ^ 3p< 

i  '/ 

architecture  and  an  open 
buslnesii  ^odel  permits 
the  acquisition  of  Open 
Systems  Architectures  that 
yfel^  modular,  interoperable 
systems.  ^ 


Version  1.1  of  the  Guidebook  was  released  in  June,  with  both 
an  interactive  website  (https://acc.dau.mil/osaguidebook) 
and  print  versions.  Members  from  across  the  Services  col¬ 
laborated  to  create  this  document,  with  the  DoD  Open 
Systems  Architecture-Data  Rights  Team  leading  the  coor¬ 
dination  efforts.  This  Guidebook  is  authorized  for  release 
by  the  USD(AT&L)-chartered  team  led  by  the  Deputy  As¬ 
sistant  Secretary  of  the  Navy,  Research  Development,  Test 
and  Evaluation  (DASN  [RDT&E])  and  the  Deputy  Assistant 
Secretary  of  Defense  for  Systems  Engineering  (DASD  [SE]), 
in  collaboration  with  Defense  Procurement  and  Acquisition 
Policy  (DPAP).  The  Guidebook  is  designed  to  be  used  by  all 
PMs  to  incorporate  OSA  principles  into  the  acquisition  of  any 
system(s)  or  service. 

What  is  an  Open  Business  Model?  What  Does 
it  Have  to  do  With  BBP? 

A  key  enabler  for  open  architecture  is  the  adoption  of  an  open 
business  model,  which  requires  doing  business  transparently 
to  leverage  the  collaborative  innovation  of  numerous  partici¬ 
pants  across  the  enterprise— permitting  shared  risk,  maxi¬ 
mizing  asset  reuse  and  reducing  total  ownership  costs.  The 
combination  of  open  architecture  and  an  open  business  model 
permits  the  acquisition  of  OSAs  that  yield  modular,  interop¬ 
erable  systems  allowing  components  to  be  added,  modified, 
replaced,  removed  and/or  supported  by  different  vendors 
throughout  the  life  cycle  in  order  to  drive  opportunities  for 
enhanced  competition  and  innovation. 


creating  and  maintaining  a  competitive  environment  that 
motivates  the  defense  industry  to  deliver  cost-effective  solu¬ 
tions.  To  create  such  an  environment,  the  government  needs 
to  make  a  concerted  effort  to  "promote  effective  competi¬ 
tion"  in  the  marketplace  for  defense  goods  and  services,  as 
prescribed  in  BBP  2.0. 

According  to  BBP  2.0,  two  of  the  tenets  for  promoting  effective 
competition  are: 

■  Emphasize  competition  strategies  and  create  and  main¬ 
tain  competitive  environments. 

■  Enforce  open  system  architectures  and  effectively  man¬ 
age  data  rights. 

The  DoD  Open  Systems  Architecture  Contract  Guidebook  for 
Program  Managers  (hereafter  referred  to  as  the  Guidebook) 
addresses  both  of  the  points  above  by  providing  Program 
Managers  (PMs)  with  the  basic  elements  to  capture  the  ben¬ 
efits  of  an  open  business  model  in  order  to  create  a  competi¬ 
tive  environment.  An  open  business  model  incorporates  OSA 
principles,  alongside  the  smart  utilization  of  data  rights  (DR), 
for  effective  competition  across  the  entire  DoD  enterprise. 
The  Guidebook  provides  specific  request  for  proposal  (RFP) 
language  and  programmatic  examples  to  help  the  acquisition 
workforce  better  articulate  its  specific  needs  through  con¬ 
tracts  to  get  the  best  deal. 


The  DoD's  BBP  website  defines  an  open  architecture  as  a 
technical  architecture  that  adopts  open  standards  supporting 
a  modular,  loosely  coupled  and  highly  cohesive  system  struc¬ 
ture  that  includes  publishing  of  key  interfaces  within  the  sys¬ 
tem  and  full  design  disclosure  regardless  of  the  DR  early  in  a 
program  development  that  should  reduce  program  risks.  Full 
design  disclosure  refers  to  the  government's  desire  for  early  and 
frequent  disclosure  throughout  the  design  and  Integration  build 
processes,  as  a  means  of  managing  the  government's  risk.  In 
this  way,  the  government  can  monitor  the  progress  of  develop¬ 
ment  in  advance  of  milestone  reviews.  This,  of  course,  is  not  a 
replacement  for  requiring  deliverables  as  part  of  the  contract. 
Open  architecture  coupled  with  improved  acquisition  of  data 
rights  strengthens  the  government's  buying  power,  facilitating 
the  procurement  of  the  appropriate  level  of  rights  necessary  for 
transparency,  obtaining  limited  rights  or  restricted  rights  when 
Government  Purpose  Rights  are  not  necessary  for  life-cycle 
sustainment  or  other  purposes  like  reprocurement,  organic 
support,  product  Improvement,  etc. 

Perhaps  the  most  expedient  way  to  determine  if  a  system  em¬ 
ploys  open  architecture  is  to  see  if  the  program  can  answer 
affirmatively  the  following  question: 

Can  one  or  more  quaiified  third  parties  add,  modify,  replace,  re¬ 
move,  or  provide  support  for  a  component  of  a  system,  based  on 
open  standards  and  published  interfaces  for  the  component  of  that 
system? 
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Figure  1.  Contents  of  the  Department  of  Defense  (DoD) 
Open  System  Architecture  Contract  Guidebook  for 
Program  Managers 


Understanding  and  leveraging  data  rights  in 
DoD  acquisitions 

Steps  to  avoid  or  break  vendor-lock 
Hardware,  middleware  and 
software  elements 


Updated  OSA-related  DIDs^ 

Updated  CDRLs^ 

Checklist  of  FAR^  and  DFARS^  clauses 
required  or  recommended  for  contract 


inclusion 


Sections 

L&M 


Section  C 


Licensing  of  deliverables 
Incorporation  of  OSA 
principles  and  sufficient 
DR^  for  competition 
throughout  system  life  cycle 


Updated  OSA  business 
and  technical  aspect 
Analysis  of  a  program's 
intellectual  property 
requirements 


2.0,  decisions  about  data  and 
the  accompanying  data  rights 
and  open  systems  elements 
must  be  made  earlier  in  the 
planning  phase  to  ensure  the 
government  spends  the  least 
to  effectively  get  the  best  with 
taxpayers'  dollars.  In  addition, 
solicitations  should  be  written 
to  incentivize  potential  con¬ 
tractors  to  offer  an  open  sys¬ 
tem  approach  up  front  before 
award  when  the  government's 
leverage  and  bargaining  power 
are  the  greatest. 

What  Makes  this 
Guidebook  Different? 

This  Guidebook  provides  infor¬ 
mation  not  covered  in  other 
guidance  documents  in  areas 
such  as  contract  incentives. 
The  incentive  structures  de¬ 
scribed  in  this  Guidebook  have 


Note:  The  language  contained  in  this  Guidebook  should  be  tailored  to  reflect  the  program's  phase  and  the 
goals  of  the  intended  procurement  action,  and  should  gain  local  approval  to  use  Guidebook  elements.  This 
Guidebook  is  intended  to  implement  and  supplement,  rather  than  replace,  authoritative  source  materials 
such  as  the  FAR,  the  DFARS,  and  other  applicable  DoD  policy  and  guidance. 


1.  Open  Systems  Architecture 

2.  Data  Item  Descriptions 

3.  Contract  Data  Requirements  Lists 

4.  Federal  Acquisition  Regulation 

5.  Defense  Federal  Acquisition  Regulation  Supplement 

6.  Data  Rights  (Government's  license  rights) 


The  guidance  set  forth  in  this  Guidebook  is  applicable  to  both 
large  and  small  business  contracts  and  can  be  used  in  sup¬ 
port  of  BBP  2.0's  mandate  to  increase  small  business  roles 
and  opportunities. 

Contents  of  the  Guidebook 

The  Guidebook  provides  candidate  language  for  the  sections 
of  an  RFP  that  need  to  be  created  by  the  associated  program 
office.  It  also  contains  information  on  how  to  establish  OSA 


the  added  benefit  of  reinforcing 
the  importance  of  the  govern¬ 
ment's  emphasis  on  collab¬ 
orative  business  relationships, 
technical  leadership,  planning, 
and  execution.  This  Guidebook 
provides  the  structure  for  in- 
centlvlzlng  OSA  technical  te¬ 
nets,  business  practices,  and 
cooperative  behavior  with  other 
vendors  as  well  as  the  more  usual  quality,  timeliness,  technical 
progress,  technical  ingenuity,  and  cost-effective  management 
requirements.  This  document  provides  guidance  on  the  use  of 
Cost  Plus  Incentive  Fee,  Cost  Plus  Award  Fee,  and  Cost  Plus 
Award  Term,  in  accordance  with  instruction  provided  by  Under 
Secretary  Kendall  in  hIs  article  titled  "Use  of  Fixed-Price  Incen¬ 
tive  Firm  (FPIF)  Contracts  In  Development  and  Production," 
in  Defense  AT&L  magazine,  March-April  2013. 


practices  in  both  new  and  existing  programs  and  how  to  ensure 
those  practices  are  adhered  to  throughout  the  program  life 
cycle.  This  Guidebook  is  divided  into  five  chapters  containing 
suggested  language  for  RFP  Sections  C,  H,  L,  M,  and  Contrac¬ 
tor  Incentives.  It  also  has  11  appendices  covering  a  range  of 
related  topics  to  help  the  acquisition  community  understand 
how  to  invoke  OSA  and  establish  open  business  models  for 
their  systems. 

Execution  of  an  effective  OSA  and  Intellectual  Property  Strat¬ 
egy  including  strategic  asset  reuse  must  be  considered  from 
both  a  Pre-Award  and  Post-Award  perspective.  But  first,  each 
PM  must  have  complete  knowledge  of  the  data  delivered  and 
then  data  delivered  in  other  programs.  In  accordance  with  BBP 


The  Guidebook  also  offers  language  for  Section  H  of  the  RFP 
that  can  be  incorporated  Into  contracts  as  appropriate.  The 
Guidebook  recommends  that  programs  consider  developing 
a  "Section  H  Special  Provision"  that,  at  a  minimum,  incorpo¬ 
rates  the  contractor's  proposal  relating  to  an  Open  System 
Management  Plan  into  the  resultant  contracts  and  requires 
government  concurrence  prior  to  any  change  in  that  plan. 
As  with  all  sections  of  the  Guidebook,  all  recommendations 
are  offered  with  the  understanding  that  individual  Program 
Executive  Offices  (PEOs)  and  programs  must  have  the  flex¬ 
ibility  to  adapt  its  principles  and  guidance  to  meet  their 
needs,  in  addition  to  gaining  local  approval  to  use  Guide¬ 
book  elements.  This  Guidebook  is  intended  to  implement 
and  supplement,  rather  than  replace,  authoritative  source 


33 


Defense  AT&L:  September-October  2013 


Figure  2.  Summary  of  Updates  in  Version  1.1  ot  the  Guidebook 


1.  Office  of  the  Secretary  of  Defense 

2.  Defense  Acquisition  University 

3.  Subject  Matter  Experts 

4.  Intellectual  Property 


5.  Defense  Federal  Acquisition  Regulation  Supplement 

6.  Opens  Systems  Joint  Task  Force 

7.  Modular  Open  Systems  Architecture 

8. 


materials  such  as  the  FAR, 
the  DFARS,  and  other  appli¬ 
cable  DoD  policy  and  guid¬ 
ance.  Users  must  continue 
to  consult  and  comply  with 
the  most  recent  versions  of 
the  FAR  and  DFARS,  and 
other  governing  DoD  policy 
and  guidance,  in  addition  to 
this  Guidebook,  when  devel¬ 
oping  acquisition  materials. 

This  Guidebook  Is  a  living 
document,  which  is  ex¬ 
pected  to  be  updated  biennially  to  incorporate  community 
inputs  and  address  topics  that  emerge  from  the  DoD  enter¬ 
prise's  experience  from  implementing  OSA.  Therefore,  the 
authors  are  very  interested  in  comments,  suggestions,  and 
feedback,  including  any  "real  world"  experiences  one  may  have 
in  using  OSA  principles  in  programs. 

What’S  Next 

The  Contract  Guidebook  is  one  of  numerous  tools  available 
or  in  development  to  help  the  government  more  effectively 
promote  competition  to  drive  down  costs  and  spur  innova¬ 
tion.  Continuous  learning  modules,  such  as  the  Defense  Ac¬ 
quisition  University's  CLE  012  on  open  architecture  and  CLE 
068  on  data  rights,  are  available  to  the  acquisition  workforce 
to  learn  more.  To  further  educate  the  acquisition  workforce 
on  the  topics  of  OSA  and  DR,  the  DoD  OSA-DR  team  is 


developing  an  IP  Strategy  Guide  as  well  as  an  update  to  the 
Procedures  for  Acquisition  and  Management  of  Technical  Data 
(DoD5010.12-M). 

The  Guidebook  is  one  of  many  initiatives  associated  with  the 
implementation  of  BBP  2.0  to  deliver  the  latest  innovations  to 
the  warfighter  at  a  more  affordable  cost  to  the  taxpayer.  These 
Initiatives  change  the  way  the  DoD  does  business,  with  the 
end  goal  of  increasing  value  for  both  the  warfighter  and  the 
taxpayer  through  more  effective  and  sustainable  acquisition 
strategies. 

The  authors  may  be  may  be  contacted  at  nkkolas.h.guertm^navy.mil, 
and  at  thomas.hurt^osd.mil. 

For  more  information  on  the  contents  of  the  Guidebook,  please  visit  https:// 
acc.dau.mil/osaguidebook 


Expand  Your  Network 


Available  24/7 

More  than  40  different  acquisition-related 
Communities  of  Practice  and  Special 
Interest  Areas 

Access  to  policies,  guidance,  tools,  and 
references 

Automatic  notification  of  new  content  (by 
subscription  only) 

Ability  to  tap  into  the  wisdom  of  the 
community 

Interact,  share  resources,  ideas,  and  \ 
experiences  with  fellow  practitioners  i 
across  DoD  and  industry  m 
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